Dossier De Candidature BPI

Dossier de candidature BPI

BlocMail & BlocNum & BlocSMS Plateforme deeptech de cybersécurité multicanale pour PME françaises Version prête à coller dans Google Docs Mai 2026

Porteur du projet : Sébastien Sébastien Contact : contact.seb205@gmail.com MVP : spams.seb205.ovh Localisation : Paris, Île-de-France, France

Page 1 — Résumé exécutif

BlocMail & BlocNum & BlocSMS est une plateforme SaaS française de cybersécurité conçue pour protéger les PME contre les menaces de communication les plus fréquentes : spam email, phishing, SMS frauduleux et appels indésirables. Le projet s’inscrit dans une logique deeptech appliquée, en combinant analyse multi-signaux, scoring hybride explicable, automatisation des traitements et architecture moderne orientée données. [1][4][5]

La solution répond à un marché fragmenté où les outils existants traitent généralement un seul canal ou imposent une complexité technique trop élevée pour les PME. BlocMail & BlocNum & BlocSMS propose au contraire une interface unifiée, simple à utiliser, conforme RGPD et intégrable dans les workflows métiers via n8n et Make.com. [3][4][6]

Le projet est déjà matérialisé par un MVP en ligne et une base technique opérationnelle. Le financement recherché doit permettre de sécuriser le produit, d’industrialiser la commercialisation et de franchir un cap de maturité commerciale et réglementaire. [4][7]

Page 2 — Problème adressé

Les PME françaises subissent une pression croissante liée aux menaces numériques de communication. Les volumes de spams, les tentatives de phishing, les fraudes par SMS et les appels indésirables dégradent la productivité, augmentent les risques de fraude et mobilisent du temps humain sur des tâches à faible valeur. [3][6]

Le marché actuel reste morcelé. Les solutions disponibles sont souvent monofonction, pensées pour des experts, ou centrées sur un seul canal de menace. Cette fragmentation oblige les PME à multiplier les outils sans bénéficier d’une vision unifiée du risque ni d’une automatisation de la réponse. [4][5]

Le besoin est donc double : disposer d’un outil simple pour les équipes non spécialistes et d’une capacité d’analyse suffisamment profonde pour traiter plusieurs signaux à la fois. C’est précisément cet espace que le projet adresse. [4][6]

Page 3 — Proposition de valeur

BlocMail & BlocNum & BlocSMS unifie dans une seule interface la protection email, téléphonique et SMS. La valeur apportée ne se limite pas au blocage : la plateforme explique les raisons d’une alerte, conserve l’historique, facilite l’investigation et permet d’automatiser les actions de traitement. [4][7]

Le module BlocMail analyse les en-têtes email, les signaux SPF, DKIM et DMARC, ainsi que des patterns de menace. Le module BlocNum s’appuie sur des bases téléphoniques françaises et des mécanismes de normalisation et de matching. Le module BlocSMS complète le dispositif par la détection et la mise en contexte des fraudes par message. [4][6]

Cette proposition de valeur s’adresse à des organisations qui veulent une protection opérationnelle sans recruter un expert cybersécurité. Le projet met donc l’accent sur la clarté, la rapidité de déploiement et la réutilisabilité dans les outils métiers existants. [3][4]

Page 4 — Innovation deeptech

Le projet relève d’une logique deeptech appliquée à la cybersécurité PME. L’innovation ne tient pas à une simple interface, mais à la capacité de corréler des signaux hétérogènes pour produire une analyse de risque explicable, actionnable et améliorable dans le temps. [1][4][5]

L’architecture de traitement combine plusieurs briques : scoring hybride, règles heuristiques, données de réputation, bases de référence, automatisation et stockage structuré. Cette combinaison crée une profondeur technologique qui dépasse le simple usage d’API externes. [4][8]

L’outil s’inscrit ainsi dans le champ des innovations de rupture à intensité technologique, avec une logique de traitement du signal, d’aide à la décision et de barrière à l’entrée logicielle. C’est ce cadrage qui permet de le présenter comme un projet deeptech crédible et non comme un simple produit SaaS. [1][4]

Page 5 — Souveraineté numérique

Le projet porte une ambition claire de souveraineté numérique. Il vise à offrir aux PME françaises une alternative de sécurité fondée sur des composants hébergés en Europe, une maîtrise des données traitées, une conformité RGPD native et une réduction des dépendances critiques à des acteurs non européens. [2][3][5]

La souveraineté n’est pas présentée ici comme un slogan, mais comme un choix d’architecture. Les données sont minimisées, isolées, conservées dans un périmètre maîtrisé et utilisées uniquement pour la finalité de sécurité définie. [3][6]

Ce positionnement répond à une attente forte des organisations françaises, en particulier dans un contexte où la cybersécurité est de plus en plus considérée comme un enjeu économique et stratégique. [3][6]

Page 6 — Marché cible

Le marché cible prioritaire est celui des PME françaises de 5 à 250 salariés. Ces entreprises sont exposées à des menaces récurrentes, disposent rarement d’équipes de sécurité internes et ont besoin d’outils rapides à déployer, compréhensibles et compatibles avec leurs contraintes budgétaires. [3][4]

Le besoin est particulièrement fort pour les organisations qui utilisent déjà plusieurs outils digitaux mais n’ont pas de solution unifiée de traitement des menaces de communication. Le projet répond à cette lacune avec une plateforme intégrée, modulaire et progressive. [4][6]

Le potentiel commercial repose sur la récurrence du problème et sur la possibilité de vendre un service récurrent plutôt qu’un simple outil ponctuel. Cela favorise un modèle SaaS durable et une montée en gamme progressive. [4][7]

Page 7 — Concurrence

Le marché est animé par des acteurs spécialisés, mais la plupart demeurent monofonction. Certains couvrent l’email, d’autres le téléphone, d’autres encore proposent des API techniques sans interface métier. Cette fragmentation laisse un espace clair pour une solution multicanale, accessible et souveraine. [4][5]

Les alternatives connues incluent des outils comme Mailinblack, Bloctel, Truecaller, MXToolbox ou des API de réputation. Chacun répond à un besoin partiel, mais aucun ne fournit une expérience unifiée couvrant email, SMS et appels dans une logique PME française. [4][6]

La différenciation du projet repose donc sur trois points : unification multicanale, explicabilité des résultats et intégration native dans les workflows. Cette triple promesse constitue la base du positionnement marché. [4][7]

Page 8 — Modèle économique

Le modèle économique repose sur une logique freemium puis abonnement. L’offre gratuite facilite l’adoption initiale, tandis que les offres payantes répondent aux besoins de volume, d’équipe, d’intégration et de support. [4][7]

Les niveaux proposés sont simples : gratuit, Premium, PME Basic et PME Pro. Ce type de structure est adapté à un SaaS B2B qui cherche à convertir progressivement ses utilisateurs en revenus récurrents. [9][4]

La monétisation esQQQQQQqQqt liée à l’usage réel de la plateforme : plus une PME est exposée à des menaces de communication, plus elle a intérêt à conserver le service en continu. Cela soutient la rétention et la valeur vie client. [4][7]

Page 9 — Traction et maturité

Le projet est déjà au-delà de l’idée : un MVP est en ligne et plusieurs briques techniques et fonctionnelles sont opérationnelles. Cette maturité initiale constitue un élément important de crédibilité pour un dossier de candidature BPI. [4][7]

Le dossier doit faire apparaître ce qui est déjà livré, ce qui est en cours d’industrialisation, et ce qui sera financé. Cette distinction montre que l’aide demandée ne sert pas à “commencer”, mais à franchir un cap de structuration et d’accélération. [4][7]

La suite logique du projet est l’amélioration de la sécurité, de l’expérience mobile, de l’API et du pilotage commercial. Cette progression est cohérente avec une phase de post-MVP orientée marché. [4][7]

Page 10 — Architecture technique

Le socle q React, TypeScript et Vite, avec un backend a basé sur Supabase. Cette architecture permet un déploiement rapide, une maintenance raisonnable et une montée en charge progressive. [4][7]

L’analyse email exploite un streaming temps réel pour rendre lisibles les étapes de traitement. Les fonctions serveur gèrent le scoring, la vérification téléphonique, les exports et les intégrations externes. [4][6]

L’ensemble est conçu pour servir une loPique produit et non pour accumuler des couches techniques inutiles. Cette sobriété d’architecture soutient la crédibilité du projet dans une logique deeptech pragmatique. [4][8]

Page 11 — Sécurité et conformité

La sécurité est intégrée dès la conception. Les données sont isolées par utilisateur, les traitements sont limités au nécessaire, et les flux sont pensés pour éviter toute collecte superflue. [3][6]

Le projet applique une logique de conformité RGPD native : minimisation, finalité déterminée, transparence, droit à l’effacement et hébergement dans le périmètre européen. Ces éléments sont essentiels pour une solution adressée aux PME françaises. [3][6]

Le positionnement souverain est aussi une réponse stratégique à la dépendance numérique. Dans un contexte de sensibilité croissante aux sujets de sécurité et de souveraineté, cet angle renforce la valeur perçue du produit. [2][5]

Page 12 — KPI et pilotage

Le pilotage du projet repose sur des indicateurs reliés à des objectifs stratégiques précis. Les KPI prioritaires concernent l’acquisition, la conversion, la rétention, la performance produit et le revenu récurrent. [9][4]

Chaque indicateur doit déclencher une action corrective en cas d’écart. Par exemple, une baisse de conversion ou une hausse du churn doit conduire à une amélioration du produit, du message commercial ou du parcours d’onboarding. [9][4]

Le dossier doit montrer que le projet n’est pas seulement innovant sur le fond, mais également piloté avec discipline. Cela rassure un financeur public sur la capacité d’exécution. [4][7]

Page 13 — Programme de travail

Le financement demandé doit permettre de franchir plusieurs jalons clairs. La première priorité est la sécurisation du socle technique : durcissement de l’authentification, durcissement des fonctions serveur, amélioration du contrôle d’accès et meilleure traçabilité. [3][4]

La deuxième priorité est l’industrialisation du produit : API v1, documentation, quotas, intégrations étendues et optimisation de l’expérience mobile. Ces éléments transforment le MVP en produit commercialisable et scalable. [4][7]

La troisième priorité est la commercialisation : landing pages, contenus, campagnes ciblées, partenariats RIP et premiers contrats récurrents. L’objectif est d’assurer le passage d’un produit démontré à une activité structurée. [3][6]

Page 14 — Besoin de financement

Le besoin de financement de 150 000 € est conçu comme un levier de passage à l’échelle. Il ne finance pas une idée au stade exploratoire, mais une base déjà existante qu’il faut rendre robuste, industrialisée et exploitable commercialement. [4][7]

La répartition des fonds est structurée autour de quatre postes : développement produit, marketing B2B, mobilité / UX et conformité. Cette répartition est lisible, cohérente et compatible avec une logique d’aide à l’innovation. [9][4]

Le montage peut être complété par des cofinancements publics et personnels, ce qui renforce la crédibilité du plan. L’objectif n’est pas de dépendre d’une seule source, mais de construire une assise financière robuste. [4][7]

Page 15 — Équipe

Le projet est porté par un fondateur disposant d’une forte capacité d’exécution technique et d’une compréhension concrète des stacks web, du cloud et de l’automatisation. Cette capacité à livrer rapidement un MVP constitue un atout majeur pour un projet deeptech appliqué. [4][8]

L’équipe devra être renforcée par des profils complémentaires en développement, commercial B2B, conformité et accompagnement juridique. Le dossier doit montrer que la croissance est pensée de manière progressive et réaliste. [4][7]

La gouvernance doit rester simple à ce stade, tout en gardant la possibilité d’intégrer des partenaires stratégiques et des profils de haut niveau à mesure que le projet accélère. [4][7]

Page 16 — Partenariats et conclusion

Les partenariats régionaux, les RIP, les chambres de commerce et les écosystèmes cybersécurité constituent des leviers de diffusion stratégiques. Ils permettent de rapprocher le produit des PME et de s’inscrire dans les dynamiques territoriales de souveraineté numérique. [3][6]

BlocMail & BlocNum & BlocSMS répond à un besoin réel, durable et mal couvert du marché français. Le projet combine une innovation deeptech appliquée, une architecture souveraine, une logique SaaS récurrente et un MVP déjà opérationnel. [1][4][5]

Le financement sollicité permettra de transformer cette base en produit industrialisé et commercialement viable. Le projet est ainsi présenté comme une initiative de cybersécurité utile, crédible et alignée avec les priorités françaises d’innovation et de souveraineté. [2][3][7]